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Tribes, religions and blasphemies in programming — Mike James 
argues that dogmatic attitudes to languages are thwarting 
the progress of programming 


” 


know I promised to cover 
some interesting topics 
concerning the object-ori- 
entated method this 
month but the time seems to be 
just right to take a month off and 
discuss the deeper matter of com- 
parative programming religions 
and languages. The reason why 
the time seems right is that my 
articles on the object-orientated 
method have triggered a response 
»m readers that deserves further 
wiscussion. 

Object-orientated methodol- 
ogy is the second great program- 
ming revolution — top-down 
modular structured programming 
being the first — and yet over time 
we seem to have learned very little. 
I still find that I have to write 
articles about programming that 
explain ideas that I first wrote 
about nearly 20 years ago. In 
lectures I still encounter the same 
objections, arguments and obses- 
sions that I have been tackling 
since I started. 


Object objections 
The only new element is that now 
the objections, arguments and 
obsessions are starting to be ex- 
pressed in the jargon of object- 
orientated programming. The part 
‘ the situation that initially dis- 
tressed me, and still distresses me, 
is the level of aggression that I 
encounter in these diatribes. Rather 
than a reasoned, logical discussion 
of the subject I am more likely to 
meet a crude, unthinking and 
bludgeoning argument that is 
designed only to beat the opposi- 
tion into submission or discredit 
them to the point where their 
opinions can be ignored rather 
than dealt with. 

This seems strange when you 
consider that programming itself 
is supposed to be some kind of 
reasonable and logical activity. 
Over the years I have had ample 
opportunity to analyse and think 
about why this strange situation 
exists and I now think I can ex- 
plain some of the reasons why the 
programming community re- 
sembles so many primitive tribes, 
each vigorously defending their 
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own territory and religion from 
outsiders, and at the same time 
actively trying to make converts. 

Before moving on I can’t help 
commenting on the strange but 
wonderfully illustrative exchange 
in Shopper Online (issue 25) con- 
cerning whether Modula is object- 
orientated or not. Clearly, at least 
one of the parties didn’t bother 
reading the article they were 
commenting on. I was taken to 
task for including Modula in a list 
of object-orientated languages 
because it couldn’t possibly be 
object-orientated as it didn’t sup- 
port inheritance, and inheritance 
was the basic property that de- 
fined the one and only true method. 
The argument goes: 


1) All object-orientated methods 
have to use inheritance. 

2) Modula doesn’t support inheri- 
tance, therefore it isn’t an object- 
orientated language. 

3) As I claim that Modula is an 
object-orientated language, my 
understanding of the object-orien- 
tated philosophy is wrong. 


Well, of course the flaw in the 
argument is in premise one, which 
is a perfect example of a ‘knock- 
em-down’ programmer’s rule. Who 
says that every flavour of the 
object-orientated method has to 
include inheritance? Certainly not 
me! So what does this prove? Not 
that I don’t understand the object- 
orientated philosophy, and inheri- 
tance in particular, but that I am 
not one of the believers in this 
particular religion. In other words, 
the argument is a sterile disagree- 
ment over the exact meaning of a 
recently-invented jargon word. Ye 
gods! Are we really so narrow in 
our outlook? The answer seems to 
be that in the main we are. 


All in the mind 


A supplementary question is why 
do so many programmers trans- 
form perfectly reasonable and 
broad philosophical ideas into the 
hard and fast, and extremely sim- 
plistic rules that they feel obliged 
to force on others without expla- 
nation? I think the answer is to be 
found in their dependence on 


particular computer languages to 
express their ideas. The trouble is 
that we are all so tied to language 
that we forget that they are used to 
express ideas and methods that 
have an existence outside the lan- 
guage — indeed, outside any lan- 
guage. 

» For example, the object-orien- 
tated method isn’t something that 
is part of the language but part of 
the programmer’s mind set. I can 
approach a problem using object- 
orientated methods and code the 
result in any language. The only 
difference is the extent to which 
different languages support the 
method. This is the modern rehash 
of the old argument about lan- 
guage B being unstructured while 
language P is structured. (I’ll leave 
it to you to put names to B and P!). 

We know now, and see clearly 
that you can write structured code 
in any language and that it is the 
programmer’s mind and method 
that has to be structured, not the 
language. The desire to place the 
burden of programming style, 
method or structure on the lan- 
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guage being used to express the 
idea is simply a measure of imma- 
turity, as is the desire to fix the 
definition of the label ‘object-ori- 
entated’ to a presence or absence 
of some particular characteristic 
such as inheritance. 

The object-orientated method 
is a bundle of ideas of which pro- 
grammers are free to accept or 
reject any part that turns out not 
to be useful or correct. It may be 
that in years to come, inheritance 
will be modified out of all recogni- 
tion, or even rejected as a bad or- 
ganisational structure (See part 
three in issue 25). If you insist on 
defining object-orientated pro- 
gramming as the use of inheri- 
tance then this would certainly be 
throwing a very useful baby out 
with the dubious bathwater! This 
argument is also a rehash of an 
older argument which went some- 
thing along the lines of ‘Any lan- 

guage that relies on a GOTO 
ee mmand can’t be structured,’ and 
which has now been transformed 
into ‘Any language which doesn’t 
support inheritance can’t be ob- 
ject-orientated.’ 


Language barrier 
So what exactly is the reason for 
this rehashing of old struggles? 
The answer is to be found in the 
way that programmers are trained, 
or often not trained. There are two 
ways of becoming a programmer. 
You can simply learn a language 
by reading a book and writing 
some programs, or you can sign 
on a formal course in program- 
ming or computer science. In ei- 
ther case, the emphasis is on learn- 

ing the language. 

Programming is equated solely 
with learning a particular pro- 
ramming language and making 
e of it. If you’re being a bit picky 
then you can add the requirement 
that a well-trained programmer 
should make good use of the lan- 
guage, but then that leads us into 
the difficult area of what ‘good’ 
means. Because programming is a 
demonstrable practical skill, it is 
assumed that competence with a 
single language is enough to make 
you a programmer. True, it is a 
step on the road to becoming a 
programmer, but it is not enough. 
The self-taught programmer 
can be forgiven for confusing skill 
at a particular language with pro- 
gramming skill, but not the train- 
ing and academic course develop- 
ers. They at least should realise 
that programming is, or should 
be, a language-independent skill. 
If they do, they show little sign of 
it in the course curriculum they 
create. Both HND and BSc courses 
are generally obsessed with teach- 
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ing their students a particular 
language in the first year. Even 
those who do try to teach a broader 
outlook seem to turn out dedi- 
cated followers of one language or 
another. (Which language depends 
on the whim of the lecturers, of 
course, and it isn’t always the one 
that figures most prominently on 
the timetable). 


Zealots 

In these more enlightened days, 
the same narrowness is generally 
true of programming methods. 
Structured programming, top- 
down design or whatever are still 
taught as sets of rules that re- 
semble the 10 commandments 
rather than by understanding. Is it 
any wonder that the result of such 
courses is religious zealots rather 


pecking order by the direct dem- 
onstration of what each knows, 
and that means lots of ‘My lan- 
guage is better than your lan- 
guage’ arguments. These days, you 
can add a sort of ‘My method/ 
jargon is corrector than yours’ as 
well. All too often, programmers I 
have just met try to impress me 
with an often quite unpleasant 
conversation along the lines of 
“Why do you use Basic/Pascal/ 
Ada/Smalltalk/C etc, when any 
cretin knows that X is what real 
programmers use.” 

Even if they agree with my 
choice of language I am usually 
attacked with “Have you tried 
version X+1,” even if it is still beta 
testing! This obsession with the 
language making the programmer 
is also encountered in job adverts 


‘It is assumed that 
competence with a single 
language is enough to 
make you a programmer’ 


than reasonable professionals? And 
yes, I know that there are excep- 
tions. If you are about to sit down 
and write me a letter explaining 
how you go about things better at 
your Poly, University or what- 
ever, don’t. Instead, address the 
letter to your less enlightened 
colleagues — I assure you they 
exist. 


Qualification or skill? 
Given that most of the roads to 
becoming a programmer make use 
of the language equals program- 
ming paradigm, is it any wonder 
that programmers are separated 
into tribes — but why are they so 
hostile? The reason for this is also 
related to the training issue. The 
simple fact is that there is no 
recognised qualification for a 
programmer. Yes, you can have a 
BSc in computer science, an HND, 
even an irrelevant BCS Part II, but 
the fact of the matter is that pro- 
gramming skill is proved by per- 
formance. 

In other words, you may have 
GCSE woodwork but if the apples 
fall out of your turned fruit bowl 
and you use 6" nails to make 
joints, I wouldn’t ask you to do 
anything for me! Take a room full 
of programmers and immediately 
there is a need to establish a 


and specifications — ‘Programmer 
required with 10 years before the 
Cobol mast on an IBM xyz/4,.’ 
Any programmer worth their salt 
can switch languages and machines 
in a time that shouldn’t be consid- 
ered financially damaging to the 
company doing the hiring. 


Programmers’ diploma 
The object-orientated method is 
the. second great programming 
revolution and yet we are still 
fighting in the first. Even the 
apparent converts to the second 
revolution are using the same 
misguided arguments dressed up 
in new jargon. So what is to be 
done about it? There is a solution, 
but it’s extremely unlikely that 
anything will actually be done. My 
suggestion is that there should be 
a programmers’ diploma complete 
with ‘letters after the name’ status. 
To work, it would have to be 
language-independent and well 
enough thought of to convey 
master craftsman status to the 
recipients. The language independ- 
ence could be achieved by insisting 
that each candidate had at least an 
acquaintance with a range of lan- 
guages and answered questions 
that showed that they understood 
the programming ideas applied to 
a number of languages. To avoid 
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the situation where the diploma 
degenerated into an ‘I can memo- 
rise more languages than you can’ 
contest, language definitions and 
any other low-level information 
needed would be provided as part 
of the exam. Of course, as with all 
qualifications, there is the posibil- 
ity that people will fail and remain 
‘Single language coders.’ My final 
requirement is that the diploma 
should be well-known and publi- 
cised as solely a qualification for 
programmers — and this also lets 
me off the hook of all those letters 
on their way from people telling 
me about existing qualifications 
that meet some of my other crite- 
ria! 

Of course, there are a lot of 
details to be sorted out — the exact 
syllabus, grades or stages of pass- 
ing, administration and so on, but 
in the main I don’t see any real 
problems with the idea. There are 
two reasons why the diploma 
would work and have good side 
effects. The first is that it would 
define a body of knowledge that 
every programmer would be ex- 
pected to know. At the moment, if 
I find myself in conversation with 
a fellow programmer, I have no 
idea what to assume as common 
knowledge and I am amazed at the 
variation that I encounter. Having 
a defined common basis for dis- 
cussion that wasn’t language-spe- 
cific would remove much of the 
tribalism so prevalent at the 
moment. Finally, having a pro- 
grammers’ diploma would lessen 
the need to establish the fact that 
someone was a programmer and 
so reduce the ‘pecking order’ argu- 
ments that mainly serve to restrict 
our horizons. 


An end to hostilities? 

At the end of writing this article I 
must admit that I am fairly pessi- 
mistic about anything happening. 
If anyone is listening who could do 
something about it, my guess is 
that they will be so busy defending 
the current status quo that their 
only concern will be to inform me 
of the suitability of a qualification 
that their institution offers — I can 
feel the letters from the BCS, for 
example, massing out of sight 
below the ridge. So I suppose that 
I am resigned to carry on having 
the same arguments and meeting 
the same language-based, and now 
method-based, hostility for the 
next 20 years. If anyone has any 
real comments — not just evidence 
for the inquisition — I will be 
pleased to receive them. 


Mike James is a computer 
lecturer and technical author 


